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DETAILED A CTION 



1. This action is responsive to communications: Amendment filed 02/23/2006 to the 

original application filed on 08/27/2003, which is Continuation of No. 09/441 188, filed 
11/15/1999. 



Claims 1-19 are currently pending in this application. Claims 1-12, 16-17, and 19 have 
been amended. Claim 1 is independent claim. 



Claim Rejections - 35 USC § 103 



The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 102 of this title, if 
the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a whole would 
have been obvious at the time the invention was made to a person having ordinary skill in the art to which said subject matter 
pertains. Patentability shall not be negatived by the manner in which the invention was made. 

(b) This application currently names joint inventors. In considering patentability of the claims under 35 U.S.C. 103(a), the examiner 
presumes that the subject matter of the various claims was commonly owned at the time any inventions covered therein were made 
absent any evidence to the contrary. Applicant is advised of the obligation under 37 CFR 1.56 to point out the inventor and invention 
dates of each claim that was not commonly owned at the time a later invention was made in order for the examiner to consider the 
applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) prior art under 35 U.S.C. 103(a). 



Claims 1-15 and 17-19 maintain rejected under 35 U.S.C. 103(a) as being unpatentable 
over Ferris et al. (U.S. 6,253,228, filed 03/1997) in view of Strong (U.S. 6,167,523, 
filed 05/1997). 
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Ferris and Strong references were cited in the Applicant's IDS, filed 08/27/2003. 
As to claim 1 : 

Ferris teaches a method for automatically validating text input, the method comprising: 

• processing a markup language file (e.g., a Web page) comprising a description of 
a graphical user interface, the description comprising a GUI element enable to 
receive text input (e.g., an interface involves two text fields ... The first field is for 
input ... The user enters a value in the input field) [col. 9, lines 57-67 & col. 10, 
lines 35-37], wherein the markup language file comprises a markup language tag 
for instantiating a validation manager (e.g., instances of the object classes are 
instantiated for the HTML elements defined in the HTML document ... instance 
variables of an object and provide runtime environment information such as 
object, method and variable binding; col 7, line 25-coL8, line 59); 

• instantiating the validation manager in response to said processing the markup 
language file (e.g., The name attribute of the WEBOBJECT tag binds a 

WEB OBJECT HTML template entry to the declarations file. For example, the 
name having a value of "INPUTFIELD" (from the WEBOBJECT tag of Table 1) 
binds its entry to the INPUTFIELD entry in the declarations file. A similar 
approach can be taken for the BUTTON and OUTPUTFIELD values associated 
with the remaining WEBOBJECT tags. The INPUTFIELD, BUTTON, and 
OUTPUTFIELD declarations bind the WEBOBJECT tag to instances of the 
WO Applet class. The WO Applet class permits the specification of applet-specific 
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parameters, such as the dimensions of the applet and the location of the ".class" 
file to download to the browser. It also allows you to initialize parameters to be 
downloaded to the applet and to bind an applet's keys to variables and methods in 

» 

the server; col. 8, lines 29-59); 

• displaying the GUI on a display screen of a computer system in response to said 
processing the markup language file (e.g., rerender the applet on the client 's 
display ... by the browser; col. 10, lines 1-10); 

• receiving text input to the GUI element enabled to receive text input [e.g., a 
browser user enters information in an input field of the Web page ... numerous 
applets that are capable of data display and/or input ... various applets are 
provided to the user including: a TextFieldApplet (a text field permitting text 
input from a user); a ButtonApplet (a push button); a CheckboxApplet (a toggle 
button); a ChoiceApplet (a box containing non-editable items that allows multiple 
selection); a ListApplet (a list of items that can allow multiple selection); a 
RadioGroupApplet (a set of mutually exclusive buttons); a ScrollingTextApplet (a 
larger text entry area); CalendarApplet (a primitive graphical calendar for 
entering or displaying dates); and a StatusTextApplet (displays a read-only 
message center aligned within the applet's frame). Each applet may contain 
multiple values (e.g. the text in a TextFieldApplet or the selected item in the 
ListApplet); col. 10, lines 36-63] \ and 

• receiving a programmatic event by the validation manager in response to the 
received text input to the GUI element (e.g., Upon receiving invocation 
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instructions from the instance of Association 302, Action Coordinator 301 queries 
Associations 302 for the values for all of their keys at step 604. The values 
retrieved are examined to determine whether the value has been changed since 
the last communication with the server 'e.g., the values retrieved are compared to 
the values in the dictionary \ If any values have changed, synchronization with the 
server takes place ... The server invokes the action at step 610. Subsequent to the 
invocation of the action, the server constructs a package at step 611 to be sent 
back to the browser. In constructing the package, the server determines whether a 
new HTML document/page is to be rendered. If a new page is to be rendered, an 
HTML document is created and the URL for that document is transmitted back to 
the Applet Group Controller 202 in the browser. The browser then retrieves the 
HTML document from the URL. However, if the state merely needs to be 
synchronized on the browser, there is no need to generate a new page. Instead, 
the bindings are evaluated and the states are packaged together; see the 
discussion, beginning at col. 13, line 60). 

Ferris, however, does not specifically teach "determining whether the text input received 
to the GUI element is valid text input in response to receiving the programmatic event; 
and providing an indication that the text input received to the GUI element is invalid if 
the text input is determined to be invalid." 



Strong teaches: 
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• determining whether the text input received to the GUI element is valid text input 
in response to receiving the programmatic event (e.g., If no invalid input data is 
identified, one or more data processing programs, are also referred to herein as 
"handlers, " are invoked by the data validation and processing control program 
to process the input data; col. 3, lines 44-47); and 

• in providing an indication that the text input received to the GUI element is 
invalid if the text input is determined to be invalid (e.g., if the data in the field is 
invalid according to requirements specified in the one or more configuration 
registry keys, an error message corresponding to the field being evaluated is 
dynamically built and logged in an error log; coL3, lines 36-40). 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to combine the teachings of Strong with Ferris because it would have 
provided the capability for controlling processing of input data from electronic forms 
such as HTML forms. 

As to claim 2: 

Ferris teaches an attribute for specifying a type associated with the GUI element, the 
method further comprising: the validation manager instantiating a validation component, 
wherein said instantiating a validation component comprises specifying the type 
associated with the GUI element (e.g., determines the appropriate action logic to invoke; 
Fig. 6 A & colli, line 50-col. 12, line 23); wherein said validation manager determining 
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whether the text input at the GUI element is valid text input comprises the validation 
manager calling the validation component (e.g., invoke action; Fig.6A)\ wherein said 
validation manager calling the validation component comprises the validation manager 
specifying the text input to the GUI element; wherein the validation is operable to return 
a result value to the validation manager indicating whether the text input received to the 
GUI element is valid text for the type associated with the GUI element (e.g., transmit 
package to Applet Group Controller; Fig.6A). 

As to claim 3: 

Ferris teaches receiving text input to the GUI element is performed by a user of the 
application {e.g., an interface involves two fields ...for input ... The user enter a value in 
the input field; col.9, lines 59-67 & col. 10, 48-67). 

As to claim 4: 

Ferris teaches the step of received text input to the GUI element comprises an application 
providing text input to the GUI element (e.g., various applets are provided to the user ... 
a text field permitting text input from a user; col. 10, lines 48-67). 

As to claim 5: 

Strong discloses one or more attributes for specifying when text input to the GUI element 
should be validated; the validation manager component is operable to validate text input 
to the GUI element in accordance with the one or more attributes specifying when text 



Application/Control Number: 10/649,198 Page 8 

Art Unit: 2176 

input to the GUI element should be validated (e.g., an HTML form that includes one or 
more fields for data input ... then the form can be validated by the forms data validation; 

* 

col.3, lines 24-47), 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to combine the teachings of Strong with Ferris because it would have 
provided the capability for determining the validate data input from user. 

As to claim 6: 

Ferris teaches each of the one or more attributes for specifying when text input to the 
GUI element should be validated corresponds to at least one type of programmatic event 
(see fig.6B and the associated text)\ the step of said validation manager receiving a 
programmatic event comprises the validation manager ignoring the programmatic event if 
the programmatic event does not correspond to one of the attributes for specifying when 
text input to the GUI element should be validated (coll 3 \ lines 49-58). 

As to claim 7: 

Ferris teaches receving one or more the following actions: clicking on the GUI element 
(see the clicking of a button icon discussion beginning at col. 13, line 49)\ wherein said 
validation manager component receiving a programmatic event in response to said 
providing text input to the GUI element comprises the validation manager component 
receiving a programmatic event corresponding to the action performed (Figs. 3 and 6A, 
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in a preferred embodiment, upon the occurrence of an event ... the clicking of a button 
icon ...invoke the action; col. 13, lines 49-59). 

As to claim 8: 

Ferris teaches one or more parameters (e.g., Bind variables to keys and values; Fig.6A) 
for specifying the default behavior of when the validation manager should validate text 
input for GUI elements described in the markup language file (col.8, lines 29-59). 

As to claim 9: 

Ferris teaches one or more attributes for specifying when text input to the GUI element 
should be validated (see fig.6B &the associated text & colli, line 50-col. 12, line 23); 
the validation manager is operable to override the default behavior and validate text input 
to the GUI element in accordance with the one or more attributes specifying when text 
input received to the GUI element should be validated (e.g., transmit changed values to 
association, filter changed values; Fig.6B). 

As to claim 10: 

Ferris teaches said validation manager indicating that the text input to received to the 
GUI element is invalid comprises the validation manager requesting the application to 
alter the visual appearance of the GUI element (e.g., any state that has changed in the 
client... anything that action has caused to be changed, is reflected to the client for the 
user's viewing; col. 10, lines 34-47). 
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As to claim 1 1 : 

Ferris teaches validation manager indicating that the text input received to the GUI 
element is invalid comprises the validation manager displaying an informational user 
interface window (e.g., any state that has changed in the client... anything that action has 
caused to be changed, is reflected to the client for the user's viewing; col 10, lines 34- 
47). 



As to claim 12: 

Ferris teaches one or more attributes for controlling text input validation for the GUI 
element (col. 12, line 5 5 -col. 13, line 11); wherein said step of processing a markup 
language file comprises the application constructing a document object representing the 
markup language file; wherein instantiating the validation manager comprises the 
application passing a reference to the document object to the validation manager (col. 7, 
line 25-col.8, line 59); wherein, in response to being instantiated by and receiving the 
reference to the document object, the validation manager is operable to traverse the 
document object in order to discover the one or more attributes for controlling text input 
validation for the GUI element (col. 4, lines 54-col.5, line 9). 
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As to claim 13: 

Ferris teaches the one or more attributes for controlling text input validation for the GUI 
element include an attribute for specifying a type associated with the GUI element (e.g., a 
string capitalizer; col. 9, lines 5 1 -60). 

As to claim 14: 

Ferris teaches the one or more attributes for controlling text input validation for the GUI 
element includes one or more attributes for specifying when text input to the GUI 
element should be validated (e.g., determines the appropriate action logic to invoice; 
Fig.6A). 

As to claim 15: 

Strong teaches the one or more attributes for controlling text input validation for the GUI 
element include one or more attributes for specifying how invalid text input for the GUI 
element should be indicated (e.g., if the data in the field is invalid according to 
requirements specified in the one or more configuration registry keys, an error message 
corresponding to the field being evaluated is dynamically built and logged in an error 
log; col. 3, lines 36-40). 
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It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to combine the teachings of Strong with Ferris because it would have 
provided the capability for handling validation of input data. 

As to claim 17: 

Ferris teaches the validation manager component is a Java object (e.g., The applets can 
be written using a programming language such as Java; col6 t lines 26-43). 

As to claim 18: 

Ferris teaches the markup language is HTML (e.g., HTML; col.4, lines 41-53 & col6, 
line 66- col. 7, line 8). 

As to claim 19: 

Ferris teaches the type associated with the GUI element is a type comprising, among 
other things, U.S. states and territories (e.g., the information collected on a form 
...CITY/HOUSTON; col.3, lines 61-67). 

4. Claim 16 is rejected under 35 U.S.C. 103(a) as being unpatentable over Ferris et al. in 
view of Strong as applied to claim 1 above, and further in view of Microsoft 
Corporation, "Microsoft Component Services: Server Operating System A Technology 
Overview'* (last updated August, 15 1998). 
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As to claim 16: 

The combination of Ferris and Strong do not specifically teach "the validation manager 
component is a COM object." 

Microsoft teaches the validation manager component is a COM object (e.g., COM makes 
it easy to develop powerful component-base application; page 2). 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to combine the teachings of Microsoft with Ferris as modified by 
Strong because it would have provided the capability for implementing an efficient 
means to validate data in an information processing system. 

Response to Arguments 

5. Applicant's arguments filed 02/23/2006 have been fully considered but they are not 
persuasive. 

a. Applicant argues that Ferris does not disclose receiving text input to a GUI 

element enabled to receive text input displayed as a result of processing a markup 
language file comprising the description of that GUI element [Remarks, page 8]. 



In response, Ferris does teach receiving text input to a GUI element enabled to 
receive text input displayed as a result of processing a markup language file 



Application/Control Number: 10/649,198 Page 14 

Art Unit: 2176 

comprising the description of that GUI element (e.g., an interface involves two 
text fields ... The first field is for input ... The user enters a value in the input 
field) [col.9, lines 57-67 & col. 10, lines 35-37]. 

b. Applicant argues that Ferris does not disclose instantiating the validation manger 
in response to the processing the markup language file [Remarks, page 9, 2 nd fl. 

In response, Ferris teaches instantiating the validation manger in response to the 
processing the markup language file (e.g., applets that run on a client ...a Web 
page and can be programmed to produced an unlimited number of input 
mechanisms to a user; col.4, lines 47-53 & a programming language such as 
Java include: the ability to write an unlimited number and variety of programs, 
Java applications will run on almost any supporting platform without the need to 
recompile the code, Java is widely used in WWW applications, and a Java 
program may be embedded into a Web page ...a Java program may execute its 
action logic on either a client or a server ...the applet is treated as though it were 
an HTML element with an applet tag. The applet tag specifies the location of the 
class file 'a class file contains a description of a specific kind of programmed 
object, including the instructions that are particular to that object ' and the 
display area allocated to the applet; col. 6, lines 30-65). 

c. Applicant argues that Ferris does not teach using HTML form [Remarks, page 9]. 
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In response, Applicant is arguing the disclosure, not the claimed limitations. 
"HTML forms " is not claimed. However, Ferris does teach HTML forms 
[e.g., a browser user enters information in an input field of the Web page ... 
numerous applets that are capable of data display and/or input ... various applets 
are provided to the user including: a TextFieldApplet (a text field permitting text 
input from a user); a ButtonApplet (a push button); a CheckboxApplet (a toggle 
button); a ChoiceApplet (a box containing non-editable items that allows multiple 
selection); a ListApplet (a list of items that can allow multiple selection); a 
RadioGroupApplet (a set of mutually exclusive buttons); a ScrollingTextApplet (a 
larger text entry area); CalendarApplet (a primitive graphical calendar for 
entering or displaying dates); and a StatusTextApplet (displays a read-only 
message center aligned within the applet's frame). Each applet may contain 
multiple values (e.g. the text in a TextFieldApplet or the selected item in the 
ListApplet); col. 10, lines 36-63] . 



Conclusion 



The prior art made of record and not relied upon is considered pertinent to applicant's 



disclosure. 



Jellinek et al. 



U.S. Pat. No. 5,736,984 



Issued: Apr. 7, 1998 



Limsico 



U.S. Pat. No. 5,793,952 



Issued: Aug. 11, 1998 



Application/Control Number: 10/649,198 Page 16 

Art Unit: 2176 

Bahrs et al. U.S. Pat. No. 6,654,932 Issued: Nov. 25, 2003 



7. Applicant's amendment necessitated the new ground(s) of rejection presented in this 

Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1 .136(a). 
A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of the 
advisory action. In no event, however, will the statutory period for reply expire later than 
SIX MONTHS from the mailing date of this final action. 



Contact Information 

8. Any inquiry concerning this communication or earlier communications from the 

examiner should be directed to Maikhanh Nguyen whose telephone number is (571) 272- 
4093. The examiner can normally be reached on Monday - Friday from 9:00am - 5:30 
pm. If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Heather Hemdon can be reached on (571) 272-4136. 
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The fax phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 



Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 



MN 




